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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
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Foreword 

This Technical Specification (TS) has been produced by Joint Technical Committee (JTC) Broadcast of the European 
Broadcasting Union (EBU), Comite Europeen de Normalisation ELECtrotechnique (CENELEC) and the European 
Telecommunications Standards Institute (ETSI). 

NOTE: The EBU/ETSI JTC Broadcast was established in 1990 to co-ordinate the drafting of standards in the 
specific field of broadcasting and related fields. Since 1995 the JTC Broadcast became a tripartite body 
by including in the Memorandum of Understanding also CENELEC, which is responsible for the 
standardization of radio and television receivers. The EBU is a professional association of broadcasting 
organizations whose work includes the co-ordination of its members' activities in the technical, legal, 
programme-making and programme-exchange domains. The EBU has active members in about 60 
countries in the European broadcasting area; its headquarters is in Geneva. 

European Broadcasting Union 

CH-1218 GRAND SACONNEX (Geneva) 

Switzerland 

Tel: +41 22 717 21 11 

Fax: +4122 717 24 81 



Introduction 



The frequency bands used for broadcasting below 30 MHz are: 

• Low frequency (LF) band - from 148,5 kHz to 283,5 kHz, in ITU Region 1 [1] only; 

• Medium frequency (MF) band - from 526,5 kHz to 1 606,5 kHz, in ITU Regions 1 [1] and 3 [1] and from 
525 kHz to 1 705 kHz in ITU Region 2 [1]; 

• High frequency (HP) bands - a set of individual broadcasting bands in the frequency range 2,3 MHz to 
27 MHz, generally available on a Worldwide basis. 

These bands offer unique propagation capabilities that permit the achievement of: 

• Large coverage areas, whose size and location may be dependent upon the time of day, season of the year or 
period in the (approximately) 1 1 year sunspot cycle; 



• 



Portable and mobile reception with relatively little impairment caused by the environment surrounding the 
receiver. 



There is thus a desire to continue broadcasting in these bands, perhaps especially in the case of international 
broadcasting where the HP bands offer the only reception possibilities which do not also involve the use of local 
repeater stations. 
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However, broadcasting services in these bands: 

• use analogue techniques; 

• are subject to limited quaUty; 

• are subject to considerable interference as a result of the long-distance propagation mechanisms which prevail 
in this part of the frequency spectrum and the large number of users. 

As a direct result of the above considerations, there is a desire to effect a transfer to digital transmission and reception 
techniques in order to provide the increase in quality which is needed to retain listeners who, increasingly, have a wide 
variety of other programme reception media possibilities, usually already offering higher quality and reliability. 

In order to meet the need for a digital transmission system suitable for use in all of the bands below 30 MHz, the Digital 
Radio Mondiale (DRM) consortium was formed in early 1998. The DRM consortium is a non-profit making body 
which seeks to develop and promote the use of the DRM system worldwide. Its members include broadcasters, network 
providers, receiver and transmitter manufacturers and research institutes. More information is available from their 
website ( http://www.drm.org/) . 
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Scope 



The present document gives the specification for the link between a Digital Radio Mondiale (DRM) Multiplexer and a 
DRM Modulator. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

[1] ETSI ES 201 980: "Digital Radio Mondiale (DRM); System Specification". 

NOTE: Clause numbers, where quoted, refer to ES 201 980 (VI. 2.2). 

[2] ETSI TS 102 821: "Digital Radio Mondiale (DRM); Distribution and Communications 

Protocol (DCP)". 

[3] ISO/IEC 10646: "Information technology - Universal Multiple-Octet Coded Character Set (UCS)". 



3 Definitions, symbols, abbreviations and conventions 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

Alternative Frequency Switching (AFS): feature of the DRM multiplex which allows receivers to automatically 
re-tune to a frequency offering more reliable reception without a break in the decoded audio 

byte: collection of 8-bits 

Distribution and Communication Protocol (DCP): transport layer communications protocol providing fragmentation, 
addressing and/or reliable data transmission over errored channels using a Reed Solomon code to provide Forward 
Error Correction (EEC) 

Fast Access Channel (FAC): channel of the multiplex data stream that contains the information that is necessary to 
find services and begin to decode the multiplex 

Greenwich Mean Time (GMT): historically the standard time for all international applications, now superseded by 
UTC 

Global Position System (GPS): a constellation of satellites providing accurate time and position information to 
receivers 

GPS Time: time signal broadcast by the GPS satellites using an epoch of January 6'*^ 1980 with no leap seconds and a 
'week number' (actually a modulo-604 800 seconds number) that wraps every 1 024 weeks (approximately 19,7 years) 

logical frame: contains data of one stream during 400 ms 
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multiplex frame: logical frames from all sfreams form a multiplex frame (duration of 400 ms). It is the relevant basis 
for coding and interleaving 

Main Service Channel (MSC): channel of the multiplex data stream which occupies the major part of the transmission 
frame and which carries all the digital audio services, together with possible supporting and additional data services 

MDI Packet: A TAG: packet containing those TAG Items as defined in TS 102 820 

Modified Julian Date (MJD): date format based on the number of days since midnight GMT on 17'^ 
November 1858 AD 

NOTE: Time can be represented as a fraction of a day, however as MJD is subject to leap seconds, the fractional 
part corresponding to an SI second is of variable size and hence complex to implement in a fixed width 
bit-field. 

Multi-Frequency Network (MFN): network of transmitters serving a large geographic area using different radio 
frequencies to achieve improved reliability of reception 

NOTE: The transmitters may not be synchronized in time, and so the AFS feature of DRM may not operate 
correctly. 

Service Description Channel (SDC): channel within the multiplex data stream that gives information necessary to 
decode the services included in the multiplex 

NOTE: The SDC also provides additional information to enable a receiver to find alternate sources of the same 
data. 

Single Frequency Network (SFN): network of transmitters sharing the same radio frequency to cover a large area 

Synchronized Multi-Frequency Network (SMFN): network of transmitters serving a large geographic area using 
different radio frequencies to achieve improved reliability of reception 

NOTE: The transmitters are synchronized in time to allow the AFS feature of the transmitted signal to operate 
correctly. 

TAG Item: DCP elemental type combining in a single logical data the name, length and value of the data 

TAG Name: name field within an individual TAG Item used to identify an individual piece of information 

TAG Packet: collection of TAG Items with a header carrying a cohesive and self-contained block of data 

TAG Value: the payload of a TAG Item 

International Atomic Time (literally Temps Atomique International) (TAI): time format counting in standard 
SI seconds 

NOTE: TAI and GPS Time have a constant offset of 19 s. 

transmission frame: number of consecutive OFDM symbols (duration of 400 ms), wherein the first OFDM symbol 
contains the frame synchronization cells 

transmission super-frame: three consecutive transmission frames (duration of 1200 ms), wherein the first OFDM 
symbols contain the SDC block 

Coordinated Universal Time (literally Universel Temps Coordonne) (UTC): time format counting in standard 

SI seconds with periodic adjustments made by the addition (or removal) of leap seconds to keep the difference between 

UTC and Astronomical Time less than +0,9 s 

NOTE: TAI and UTC were defined as having an initial offset of 10 s on January P'^ 1972 (TAI prior to this date 
had a variable fractional offset to UTC as the two times did not use the same definition of the second). As 
at 25*^ February 2003 there have been 22 leap seconds, all positive, making TAI=UTC+32. 
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3.2 Symbols 



For the purposes of the present document, the following symbols apply: 



N. 



The value 'N' is expressed in radix 'x'. The radix of 'x' shall be decimal, thus 2Ajg is the 
hexadecimal representation of the decimal number 42. 



3.3 



Abbreviations 



For the purposes of the present document, the following abbreviations apply: 

AFS Alternative Frequency Switching 

BOOTP BOOT Protocol 

CRC Cyclic Redundancy Check 

DC? Distribution and Communication Protocol 

DHCP Dynamic Host Configuration Protocol 

DRM Digital Radio Mondiale 

FAC Fast Access Channel 

FEC Forward Error Correction 

GMT Greenwich Mean Time 

GPS Global Positioning System 

IP Internet Protocol 

ISO International Organization for Standardization 

LSb Least Significant bit 

LSB Least Significant Byte 

MDI Multiplex Distribution Interface 

MEN Multi-Frequency Network 

MJD Modified Julian Date 

MSb Most Significant bit 

MSB Most Significant Byte 

MSC Main Service Channel 

OFDM Orthogonal Frequency Division Multiplexing 

RE Radio Frequency 

rfu reserved for future use 

SDC Service Description Channel 

SEN Single Frequency Network 

SMFN Synchronized Multi-Frequency Network 

TAI International Atomic Time (Temps Atomique International) 

UDP User Datagram Protocol 

UTC Co-ordinated Universal Time (Universel Temps Coordonnee) 



3.4 



Conventions 



The order of bits and bytes within each description shall use the following notation unless otherwise stated: 

• in figures, the bit or byte shown in the left hand position is considered to be first; 

• in tables, the bit or byte shown in the left hand position is considered to be first; 

• in byte fields, the Most Significant bit (MSb) is considered to be first and denoted by the higher number. For 
example, the MSb of a single byte is denoted "b-y" and the Least Significant bit (LSb) is denoted "bQ"; 

• in vectors (mathematical expressions), the bit with the lowest index is considered to be first. 
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4 General description 

4.1 System overview 

The Multiplex Distribution Interface carries the description of a complete DRM Multiplex from the equipment 
generating the data (the DRM Multiplex Generator) to the DRM Modulator in such a way that reliable networks of 
transmitters (MFN, SMFN and SFN) can be constructed. Typically the DRM Multiplex Generator will be sited at the 
studio centre, although some systems may locate it at the transmitter or at a third-party multiplex provider. The DRM 
Modulator will almost invariably be located at the transmitter site, and in many networks, several such sites will 
combine to form a comprehensive network using one or more RF channels. 



4.2 System architecture 



The protocol stack provided by the Distribution and Communication Protocols (TS 102 821 [2]) is described in figure 1. 
As can be seen, the Multiplex Distribution Interface as described in the present document builds upon the DCP stack, 
defining the TAG Items to be used and the format of the data carried. The result is a collection of TAG Items which can 
be carried in a single TAG packet and which together contain all the data necessary for the DRM Modulator to produce 
one logical frame (400 ms) of output. When carrying TAG Items conforming to the present document, aTAG Packet is 
known as an MDI Packet. 



Content to broadcast 



i 



DRM Multiplex Generator 



Tag, Length, Value 
(TAG) 



Application Framing 
(AF) 



Protection, Fragmentation 

and Transportation 

(PFT - optional) 



File 



Serial 



RF signal to transmitter 



UDP/IP 



-Logical data link- 
Multiplex 
Distribution 
Interface (MDI) 



Distribution and 

Communication 

Protocols 

(DCP) 



1 



DRM Modulator 



-Physical data link- 



Tag, Length, Value 
(TAG) 



Application Framing 
(AF) 



Protection, Fragmentation 

and Transportation 

(PFT - optional) 



File 



Serial 



UDP/IP 



Figure 1 : MDI and DCP protocol stack 
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4.2.1 TAG items and packets (informative) 

For ease of reference, the basic structure of a TAG Packet and the TAG Items it contains is described in figure 2. The 
normative definition is contained in TS 102 821 [2]. 



TAG Packet TAG Item 



TAG Item 



TAG Item 



TAG Item 



TAG 
padding 

-<8 bytes - 



TAG Item 



Name 



Length 



Value 



r4 bytes>!<4 bytes >!<- 



-Length bits- 



TAG Item 
padding 



-►+^<8 bits- 



— Total length always a whole number of 8-bit bytes — 

Figure 2: TAG Packets and TAG Item overview 



TAG items 



Each MDI Packet consists of a number of TAG Items where each TAG Item carries a single piece of information. When 
combined, the TAG Items present in one MDI Packet completely describe one DRM logical frame of 400 ms. Upon 
reception of an MDI Packet, one DRM transmission frame may be produced, or in combination with two other 
consecutive MDI Packets (as defined by the "dlfc" TAG item, see clause 5.1.2), a DRM transmission super-frame may 
be produced. DRM Modulators will typically operate in the latter mode, while other equipment may use either mode (or 
any other unmentioned mode) as appropriate to the application. 

Within a single MDI Packet, each TAG Name shall be unique. No TAG Name may occur multiple times within a single 
MDI Packet. 

Mandatory TAG Items must be supported by every MDI implementation, although not every Mandatory TAG Item will 
appear in every MDI Packet unless stated in the descriptions below. 

The MDI also defines additional TAG Items which may be supported by some implementations - these are known as 
optional TAG Items and extend the basic MDI implementation. These TAG Items should be ignored without error by 
equipment not supporting the appropriate feature(s). 

Additional proprietary TAG Items may be supported by individual implementations but do not form part of the MDI 
specification and should be ignored without error by equipment not recognizing the TAG Name. No MDI conformant 
equipment shall produce or require any additional information other than as described in this specification in order to 
work according to the DRM System Specification (ES 201 980 [1]). 
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5.1 Mandatory TAG items 

Every DRM MDI implementation shall support the following TAG items. 

Table 1 : Mandatory TAG items 



TAG Name 
(ASCII) 


TAG Length 
(bits) 


TAG Value 


*ptr 


64 


Control TAG Item "Protocol Type and Revision"; see the DCP definition 
(TS 102 821 [2]) for format and interpretation details 


difc 


32 


DRM logical frame counter: this value identifies a single MDI Packet. 


fac_ 


72 


FAC data for one DRM logical frame (64 bits data + 8-bit-CRC). See the DRM 
System Specification (ES 201 980 [1]) for a full description. 


sdc_ 


variable 


SDC data block for one DRM logical frame (incl. 1 6-bit-CRC). See the DRM 
System Specification (ES 201 980 [1]) for a full description. 


sdci 


32 (1 stream) 
56 (2 streams) 
80 (3 streams) 
1 04 (4 streams) 


SDC Information contains the complete 'Multiplex Description Data Entity - type 
0' as described in the DRM System Specification (ES 201 980 [1]). 


robm 


8 


Current robustness mode; 
Encoding: 0x00 = Mode A; 

0x01 = Mode B; 

0x02 = Mode C; 

0x03 = Mode D. 


strO 


variable 


The data for MSC stream for one DRM logical frame. 


str1 


variable 


The data for MSC stream 1 for one DRM logical frame, if any. 

If stream 1 is not present in the multiplex, this TAG shall have zero length. 


str2 


variable 


The data for MSC stream 2 for one DRM logical frame, if any. 

If stream 2 is not present in the multiplex, this TAG shall have zero length. 

If the length of strl is zero, the length of str2 must also be zero. 


str3 


variable 


The data for MSC stream 3 for one DRM logical frame, if any. 

If stream 3 is not present in the multiplex, this TAG shall have zero length. 

If the length of str2 is zero, the length of str3 must also be zero. 



5.1 .1 Protocol type and revision (*ptr) 

This TAG Item shall be included in every MDI Packet. 



TAG Name 



TAG Length 



TAG Value 



ASCII "*ptr" 


64 bits 


Protocol 


Major 


Minor 


* 


P 


t 


r 


00i6 


00,6 


00i6 


40,6 


D 


M 


D 


1 


00,6 


00,6 


00,6 


00,6 




-4 bytes - 


H< 4 bytes ►< 




-8 bytes- 















Figure 3: Protocol type and revision 
Protocol type: the ASCII string 'DMDI' (DRM Multiplex Distribution Interface). 
Major revision: Currently 0000 ^g. 
Minor revision: Currently 0000 ^g. 
For further information on the revision numbering, refer to clause 5.3. 
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5.1 .2 DRM logical frame count (difc) 

This TAG Item shall be included in every MDI Packet. 





TAG Name 




TAG Length 


TAG Value 


ASCII "dIfc" 


32 bits 


Logical framecount 


d 


1 


f 


c 


00,6 


00,6 


00,6 


20,6 


OOOOOOOO^g... FFFFFFFF^g 


< 4 bytes— 


X 


-4 bytes X 4 bytes H 



Figure 4: DRM logical frame count 

Logical frame count: the value shall be incremented by one by the device generating the MDI Packets for each MDI 
Packet sent. In the event that the maximum value is reached, the counter shall reset to zero ..., FFFFFFE^g, 

FFFFFFFFjg, 00000000 ^g, 00000001 jg, .... The receiver shall not expect or require the first packet received to have a 
specific value of logical frame count. This value shall be used by the receiver of the MDI Packet to ensure that packets 
which arrive out-of-order are re-ordered correctly. The logical frame count may also be used to detect lost MDI Packets 
and, if a suitable link exists, request retransmission of the lost packet. 

5.1 .3 Fast access channel (fac_) 

This TAG Item shall be included in every MDI Packet. 





TAG Name 


1 


TAG Length 




TAG Value 




ASCII "fac_" 


72 bits 


Channel 
parameters 


Service parameters 


CRC 


f 


a 


c 


— 


00,6 


00,6 


00,6 


48,6 






s 


-^ 


\ 








-4 bytes M 


n h^^tn'^ 

















Figure 5: Fast access channel 

Channel parameters: as described in ES 201 980 [1] clause 6.3.3. 

Service parameters: as described in ES 201 980 [1] clause 6.3.4. The data carried in the Service Parameters shall be 
repeated according to the FAG repetition rules described in ES 201 980 [1] clause 6.3.6. 

CRC: as described in ES 201 980 [1] clause 6.3.5. 

5.1 .4 Service description channel (sdc_) 

This TAG Item shall only be included in the MDI Packet containing the data for the first logical frame in each 
transmission super-frame. This TAG Item shall not be included in any other MDI Packets. 
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TAG Name 



TAG Length 



TAG Value 



ASCII "sdc_" 


(8n + 24) bits 


Service Description Channel Block 


s 


d 


c 


— 


Rfu 


AFS 
Index 


SDC data 


CRC 








\ 




/ 
/ 


1 


-^4 bits— ► 




T 


^ A hit'^ W 


^ On 1-.;+^ w^ ^ c i-.;i-^ w; 


A 4bi 




















'" ; 



Figure 6: Service description channel 

Rfu: these four bits are reserved for future use and shall have the value zero. 

AFS index: as described in ES 201 980 [1] clause 6.4.2. 

SDC data: as described in in ES 201 980 [1] clause 6.4.3. 

CRC: as described in ES 201 980 [1] clause 6.4.2. 

The value of "n"depends upon the robustness mode, SDC mode and spectrum occupancy of the DRM ensemble as 
described in ES 201 980 [1] clause 6.4.2 table 61 which lists values in the range 13 to 207. 

5.1 .5 Service description cinannei information (sdci) 

This TAG Item shall be included in every MDI Packet. 



TAG Name 



TAG Length 



TAG Value 



ASCII "sdci" 



(24n+32) bits 



Protection 



Rfu 



n+1 stream description(s) 



Stream 
Description 



Stream 
Description n 



-4 bytes - 



->^ 



-4 bytes- 



/ T 

4 bits 2 bits 2 bits 



3 bytes - 



-3 bytes - 



Figure 7: Service description channel information 

Rfu: these four bits are reserved for future use and shall have the value zero. 

PLA and PLB: the protection level as described in ES 201 980 [1] clause 7.5.1. 

Stream Description n: the stream description for an individual MSC stream - see ES 201 980 [1] clause 6.4.3.1. Up to 
four stream descriptions may be included, the corresponding stream data being carried in the MDI strO, strl, str2 and 
str3 TAG Items respectively. 



£75/ 



14 



ETSI TS 102 820 V1.1.1 (2003-12) 



5.1 .6 Robustness mode (robm) 

This TAG Item shall be included in every MDI Packet. 





TAG Name 


1 


TAG Length 


TAG Value 


ASCII "robm" 


8 bits 


Robustness mode 


r 





b 


m 


00,6 


00,e 


OOie 


08,e 


< 4 bytes— 


>-< 


—4 bytes— 


X 1 byte >■ 



Figure 8: Robustness mode 



Robustness mode: the robustness mode to be used encoded as shown in table 2. All other values are reserved for future 
use. 



Table 2: Robustness mode encoding 



Value 


Robustness 


00i6 


Mode A 


01l6 


Mode B 


02i6 


ModeC 


03i6 


Mode D 



5.1 .7 Stream <n> (strO, strl , str2 and str3) 

The strO, strl, str2 and str3 TAG Items shall contain the data for the the corresponding DRM stream. If the TAG Length 
is zero, the TAG Item may be omitted from the MDI Packet. 



TAG Name 



TAG Length 



TAG Value 



ASCII StrO, stn, 
str2 or str3 


8n bits 


Data 


s 


t 


r 






-4 bytes - 



-+-<- 



-4 bytes - 



->-<- 



-n bytes- 



Figure 9: Stream data 
Data: the content of one of the streams present in the DRM multiplex. 

5.2 Optional TAG items 

Every DRM MDI implementation may choose to support the following optional TAG Items. Where one or more of the 
optional TAG Items are supported, they shall behave as described below. When not supported by an implementation, 
the presence of these TAG Items shall be ignored. 

Table 3: Optional TAG Items 



TAG Name 
(ASCII) 


TAG Length 
(bits) 


TAG Value 


info 


variable 


Free-form textual information. 


tist 


64 


This TAG Item specifies the point in time at which the DRM transmission frame 
should be broadcast. 
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5.2.1 Information (info) 

This TAG Item may be included in any MDI Packet. 





TAG Name 


1 




TAG Length 






TAG Value 




ASCII "info" 


8n bits 


UTF-8 text 


i 


n 


f 





A 


-4 bytes - 


»4<— 


4 bytes 


^^ 


n bytes 


H 



Figure 10: Info TAG item 

UTF-8 Text: an arbitrary number of bytes encoding a text string using UTF-8 (ISO/IEC 10646 [3]). No fixed purpose 
is defined for this string, however it is envisaged that the value may be displayed by a DRM Modulator. This could be 
used for any purpose, for example to identify the DRM Multiplex or the DRM Multiplexer providing the MDI Packets 
being processed or to provide warnings, additional information, statistics, etc. 

5.2.2 Timestamp (tist) 

This TAG Item shall be included in every MDI Packet intended to be broadcast using an SFN or SMFN. It may be 
included in any other MDI Packet if desired. 





TAG Name 


1 


TAG Length 






TAG Value 




ASCII "tist" 


64 bits 


UTCO 


DRM Timestamp 


t 


i 


s 


t 


00,e 


00,e 


00ie 


40,e 


Seconds 


Milliseconds 


< 


-4 bytes- 


► 










< 


-4 b 


/tes- 


> 


'< 


8 bytes 


► 



Figure 1 1 : Timestamp 

UTCO: the offset (in seconds) between UTC and the Seconds value. The value is expressed as an unsigned 14-bit 
quantity. As of 2000-01-01 T 00:00:00 UTC, the value shall be zero and shall change as a result of each leap second. 
The value contained in this field shall have no effect on the time of emission from the modulator. 

Seconds: the number of SI seconds since 2000-01-01 T 00:00:00 UTC as an unsigned 40-bit quantity. 

Milliseconds: the number of milliseconds ( V^qoo'^'' of ^^ ^^ second) since the time expressed in the Seconds field. The 
value is expressed as an unsigned 10-bit quantity. The values 1 000. . . 1 023 inclusive are reserved for future use. 

DRM Timestamp: taken together, the Seconds and Milliseconds values produce the DRM Timestamp value that 
defines the time at which 50 % of the energy of the first time sample from the IFFT of the first symbol of the DRM 
transmission frame shall have been radiated on air. Each subsequent MDI packet (as defined by the "dlfc" value, see 
clause 5.1.2) shall have a timestamp value which increases by 400ms. The chosen bit-widths allow DRM Timestamp to 
represent uniquely any date/time from 2 000 AD until approximately 34 800 AD with a resolution of one millisecond. 
Conversion between DRM Timestamp and other standard time references is outlined in annex B. 

NOTE: The binary value of the combined DRM Timestamp field does not increase uniformly due to the modulo- 
1 000 milliseconds count. 
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It is the function of the DRM Multiplexer to allow sufficient time when encoding this value to enable the longest 
transmission path to deliver the data before it is required by the DRM Modulator. All modulators supporting this TAG 
Item shall provide at least ten seconds of buffering of MDI Packets. 



5.3 Revision history 



Table 4 contains the history of the TAG Item changes of the MDI Protocol for each new revision. 

Table 4: Revision history 



Major 
revision 


IVIinor 
revision 


Date 


Changes from previous to new revision 


OOOO16 


OOOO16 


2003-02-04 


Initial revision 



Changes to the protocol which will allow existing decoders to still function will be represented by an increment of the 
minor version number only. Any new features added by the change will obviously not need to be supported by older 
modulators. Existing TAG Items will not be altered except for the definition of bits previously declared Rfu. New TAG 
Items may be added. 

Changes to the protocol which will render previous implementations unable to correctly process the new format will be 
represented by an increment of the major version number. Older implementations should not attempt to decode such 
MDI packets. Changes may include modification to or removal of existing TAG Item definitions. 
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Annex A (informative): 
Typical DRIVI networks 



The following list describes some of the possible options for building SFN/SMFN/MFN networks. The intention is to 
clarify the use of the 'tist' TAG which is only mandatory for SFN or SMFN networks. 

• Single Frequency Networks (SFN): 

All DRM transmitters broadcast an identical DRM signal such that they appear at the receiving antenna 
nominally at the same time and on the same frequency. Such signals received simultaneously by a DRM 
compliant receiver may increase the reception quality. The DRM timestamp TAG Item tist (together with 
any locally configured timing offset) is used to ensure that the transmitters are accurately synchronized. 
The typical timing accuracy required is around 0,5 % of the guard interval for the transmission mode in 
use, approximately +13,3 |is in mode A, +26,65 |is in modes B and C, +36,65 |is in mode D. 

• Synchronized Multi-Frequency Networks (SMFN): 

All DRM transmitters broadcast identical DRM signals such that they appear at the receiving antenna 
nominally at the same time but on different frequencies. This allows the receiver to exploit the 
Alternative Frequency Switching (AFS) feature of DRM to seamlessly switch to an alternative 
frequency. The DRM timestamp TAG Item tist (together with any locally configured timing offset) is 
used to ensure that the transmitters are accurately synchronized. The typical timing accuracy required is 
around 1 % of the SDC duration, approximately 533,2 |as in modes A and B, +600,0 |as in mode C and 
±499,8 |is in mode D. 

• Non-synchronized Multi-Frequency Networks (MFN): 

All DRM transmitters broadcast similar or identical DRM signals such that they appear at the receiving 
antenna at slightly different times and on different frequencies. This does not allow the use of the 
Alternative Frequency Switching (AFS) feature but still allows a non-seamless switch to an alternative 
frequency. The DRM timestamp TAG Item tist (together with any locally configured timing offset) may 
be used if desired to achieve synchronization between the transmitters. 

• Single transmitter: 

The DRM transmitter is the only one broadcasting the DRM Multiplex. AFS support is not appropriate 
as there is only one transmitter, however it is possible to non-seamlessly switch to an alternative 
frequency carrying one or more of the services in the current multiplex. 
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Annex B (informative): 
DRIVI Timestamps 

B.1 Relationships 

The relationships between UTC, TAI, GPS Time and DRM Timestamp (as defined in clause 5.2.2) are, as at the time of 
writing (June 2003), as follows: 

GPS = TAI -19 s (constant). 

UTC = TAI - 32 s (variable due to leap seconds). 

UTC = GPS -13 s (variable due to leap seconds). 

UTC = DRM - UTCO (constant due to varying value of UTCO). 

DRM = TAI - 32 s (constant). 

DRM = GPS -13 s (constant). 

DRM = UTC + UTCO (constant due to varying value of UTCO). 

B.2 Rationale 

Several other standard time/date encodings are in common use, including MJD, UTC, GPS and TAI. It was agreed that 
none of these adequately addressed the needs of a DRM system and that it was desireable to define a time format 
specifically for the DRM Timestamp. The following reasons were given for rejecting other common timebases: 

• MJD is subject to leap seconds making the fractional portion very hard to represent in a fixed-point format. 

• UTC is subject to leap seconds making the number of seconds in a day variable (86 399 / 86 400 / 86 401). 

• GPS Time is subject to 'week number wrapping' approximately every 19,7 years. 

• UTC, TAI, MJD and GPS Time all have epochs (start dates) partway through the 400-year leap-year cycle. 

The DRM Timestamp is not subject to leap seconds but contains sufficient extra information (in the UTCO field) to 
trivially convert the value to UTC which does include leap-seconds. Conversion to GPS Time and/or TAI is also trivial, 
simply involving the subtraction of a constant value. The epoch for DRM Time is synchronized with the start of a 
400-year leap-year cycle, making leap-year calculations simpler and less error prone. 
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Annex C (normative): 
Physical presentation 

The DCP (TS 102 821 [2]) allows almost any physical interface to be used. 

All MDl applications shall provide a UDP/IP interface using twisted-pair Ethernet (lOBase-T or better). The parameters 
for the IP stack shall be manually configurable. Automatic configuration using DHCP, BOOTP or similar may also be 
provided. 

Optionally RS232 and ASl interfaces may be provided. 

Further optional interfaces may also be included in later revisions. 
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